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BACKGROUND OF THE INVENTION 

1 . The Field of the Invention 

[0001] The present invention relates to user interface menus in computers and 
electronic devices and, more particularly, to methods, systems, and computer program 
products for controlling how contact information is provided to computer applications. 

2. Background and Relevant Art 

[0002] The term "contact," as described herein, generally refers to any person, 
group, organization, business, household, or other type of identifiable entity. The term 
"contact information," as defined herein, generally refers to any information that 
corresponds to a contact and that may be considered relevant for identifying, contacting, 
accessing, corresponding or communicating with the contact. In the context of the 
present application, contact information is used by an application to perform a desired 
fimction, such as, for example, sending an email, initiating a telephone call, accessing a 
website, initiating a gaming session, performing a financial transaction, and so forth. 
Non-limiting examples of contact information include names, aliases, telephone 
g ^ numbers, email addresses, home addresses, instant messaging (IM) addresses, and web 
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g^>o^t Status of a contact. For example, information indicating a contact is currently online, or 
oiSSlSl on a telephone line may also be broadly considered as contact information. 
^ [0003] Many applications require, access, transmit, or otherwise utilize contact 

information. Examples of some applications that utilize contact information include 
email applications, network gaming applications, instant messaging applications, 
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telephone and telephony applications, Internet applications, financial applications, word 
processing applications, and business management applications. 

[0004] Applications that utilize contact information typically provide interfaces or 
menus for entering desired contact information within one or more fields. For example, 
an email interface will typically include fields for receiving the email addresses of the 
intended email recipients. Contact information can also be gathered without the user's 
express knowledge. For example, with regard to the email application, contact 
information corresponding to the sender (i.e., the sender's name, email address, etc.) 
can be gathered behind the scenes, without requiring user input and sometimes even 
without the user's knowledge. 

[0005] The contact information that is gathered by an application can then be 
published or otherwise used and sometimes without the user's express knowledge or 
consent. This can be very undesirable, particularly when the user has no intent for their 
contact information to be gathered at all. 

[0006] Allowing applications to automatically gather contact information about a 
user can also be problematic, even when a user has provided implied or actual consent 
to the application to gather their information. For example, if a single computing 
system is shared by multiple people, the computing system may have access to different 
contact information for each of the people that share the computing system, thereby 
increasing the possible that an application can obtain the wrong contact information for 
any particular person using the computing system at any particular time. 
[0007] Yet another problem in the art is that existing applications typically do not 
expressly notify the user what the gathered contact information is going to be used for. 
This can make it difficult for a user to decide if they are willing to provide the requested 
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contact information. Even if a user could eventually find such information by 
navigating to related web pages or to help menus that are associated with the 
application, this is undesirable, particularly if the user does not immediately know 
where to begin looking for such information. Accordingly, users typically have to make 
uninformed decisions about whether they want to provide their contact information or 
not. 

[0008] Yet another problem in the art is that even if a user does consent to the 
gathering and use of their contact information, the computing system may not know 
which contact information to gather about a user. In particular, a user may have 
different sets of contact information or 'personas' that correspond to different 
environments in which they live. For example, a user may have a family persona, a 
school persona, a fi"iends persona, a work persona, a recreational persona, and so forth, 
each corresponding to different aliases, addresses (e.g., physical/email), telephone 
numbers, and so forth. However, because an application may not know which 
information the user would prefer to have gathered, the wrong information may 
inadvertently be gathered and published or otherwise used by the application. 
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BRIEF SUMMARY OF THE INVENTION 
[0009] The present invention is directed to improved methods, systems, and 
corresponding computer program products and interfaces for controlling how contact 
information is provided to one or more requesting applications and, more particular, for 
enabling a user to informatively control which of their contact information is gathered 
by an application. 

[0010] According to one aspect of the invention, an interface object that identifies 
different contact personas corresponding to a user is displayed for user selection when 
an application requests contact information about the user. The user can then select the 
appropriate contact persona that they are willing to have corresponding and relevant 
information gathered about. For example, the list of personas that may be selected from 
can include a business persona, a personal persona, an e-conmierce persona, an 
anonymous persona, or any other persona that has been developed and that the 
application can be provided access to. The contact information corresponding to the 
selected persona can then be provided to the requesting application, as selectively 
determined by the user. 

[0011] Another interface can also be provided to enable a user to view 
corresponding information that is associated with the various personas. In some 
embodiments, this information picker interface defaults to requested persona 
information that is intended to be sent to the calling application. The user can then 
choose to send the information or different information, rather than the default 
information, by using the information picker. 

[0012] The information picker interface can be accessed by special request or 
whenever an application seeks information about a user. The contact information that is 
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displayed by the information picker can exhaustively display all of the contact 
information that is associated with a given persona, or, alternatively, only the contact 
information that is being requested at a particular moment by an application, or any 
combination thereof The information picker can also be configured to display and 
provide access to the privacy policies of the applications that seek information about the 
user and that explain how the user's contact information will be used, thereby enabling 
the user to make informed decisions about what contact information the applications 
will be granted access to. 

[0013] The present invention can be practiced to overcome some of the known 
problems in the art. In particular, the interfaces that are provided by the present 
application and their use can enable a user to be apprised of an applications request for 
contact information and can provide a user some control over what information is 
gathered and how it is used by requesting applications. 

[0014] Additional features and advantages of the invention will be set forth in the 
description which follows, and in part will be obvious from the description, or may be 
leamed by the practice of the invention. The features and advantages of the invention 
may be realized and obtained by means of the instruments and combinations 
particularly pointed out in the appended claims. These and other features of the present 
? 1 5 S ^ i invention will become more fully apparent from the following description and appended 
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< i 1 o ^ w claims, or may be leamed by the practice of the invention as set forth hereinafter. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] In order to describe the manner in which the above-recited and other 
advantages and features of the invention can be obtained, a more particular description 
of the invention briefly described above will be rendered by reference to specific 
embodiments thereof which are illustrated in the appended drawings. Understanding 
that these drawings depict only typical embodiments of the invention and are not 
therefore to be considered to be limiting of its scope, the invention will be described and 
explained with additional specificity and detail through the use of the accompanying 
drawings in which: 

[0016] Figure 1 is a flowchart illustrating a method and corresponding acts for 
controlling how contact information is provided to applications, according to one 
embodiment of the invention. 

[0017] Figure 2A illustrates one embodiment of an email application interface that 
is displayed with an interface object that can be utilized to identify various personas for 
which a user's contact information may be gathered. 

[0018] Figure 2B illustrates one embodiment of the email application interface from 
Figure 2A in which the interface object has been selected and displays various personas 
that can be selected to control which contact information about a user may be gathered 
by the email application. 

[0019] Figure 3 illustrates one embodiment of the email application interface from 
Figures 2A and 2B along with an information picker interface that is displaying various 
contact information corresponding to a user's business persona. 
[0020] Figure 4 illustrates one embodiment of a computing system that can be 
utilized to practice aspects of the invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0021] The present invention extends to methods, systems and computer-program 
products for controlling how contact information is organized and presented to 
applications for use. 

[0022] The term "application," as used herein, can include interfaces, modules, code 
and computer-executable instructions, that can be run by a user in order to complete 
some action, including, but not limited to web-based applications. This of course, 
includes applications hosted locally by the user's computing system, as well as 
applications hosted by remote systems. 

[0023] The term "contact information," as used herein, and which is defined above 
in more detail, generally includes information that corresponds to a contact and that 
may be considered relevant for identifying, contacting, accessing, corresponding or 
commxmicating with the contact. Contact information can also be defined as any 
information corresponding to a person. 

[0024] The term "persona," which is used at times herein interchangeably with the 
term "profile," is generally defined as a particular way a person can be described or 
identified by contact information. Accordingly, each person may have, although not 
necessarily, multiple personas that are each associated with different contact 
information about a person. Examples of personas can include, but are not limited to, a 
family persona, a school persona, a friends persona, a work persona, a recreational 
persona, a business persona, an e-commerce persona, an anonymous persona, and a 
personal persona. The various personas and their corresponding contact information 
can be stored in tables, indexes and other data structures that are made available to the 
user's computing system. 
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[0025] In various embodiments described herein, interfaces are used to control 
association of and access to contact information. These interfaces can be created, 
modified and used through computer software components, which are sometimes 
referred to herein as computer-executable instructions or computing modules. 
[0026] As described herein, a programming interface (or more simply, an interface) 
may be viewed as any mechanism, process, protocol for enabling one or more 
segment(s) of code to communicate with or access the functionality provided by one or 
more other segment(s) of code. Altematively, a programming interface may be viewed 
as one or more mechanism(s), method(s), function call(s), module(s), object(s), etc. of a 
component of a system capable of communicative coupling to one or more 
mechanism(s), method(s), function call(s), module(s), etc. of other component(s). The 
term "segment of code" in the preceding sentence is intended to include one or more 
instructions or lines of code, and includes, e.g., code modules, objects, subroutines, 
functions, and so on, regardless of the terminology applied or whether the code 
segments are separately compiled, or whether the code segments are provided as source, 
intermediate, or object code, whether the code segments are utilized in a runtime system 
or process, or whether they are located on the same or different machines or distributed 
across multiple machines, or whether the functionality represented by the segments of 
code are implemented wholly in software, wholly in hardware, or a combination of 
hardware and software. 

[0027] Accordingly, it wdll be appreciated that the embodiments of the invention 
can include special purpose and general-purpose computing devices including various 
computer software and hardware that can be used to enable the interfaces described 
herein. The embodiments within the scope of the present invention can also include 
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computer-readable media for carrying or having the computer-executable instructions or 
data structures stored thereon that comprise the interfaces and the code for using and 
modifying them. 

[0028] It will be appreciated that the computer-readable media can be any available 
media that can be accessed by a general purpose or special purpose computer, 
including, but not limited to mobile communications devices. By way of example, and 
not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, 
CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage 
devices, or any other medium which can be used to carry or store desired program code 
means in the form of computer-executable instructions or data structures and which can 
be accessed by a general purpose or special purpose computer. The computer- 
executable instructions comprise, for example, instructions and data which cause a 
general purpose computer, special purpose computer, or special purpose processing 
device to perform a certain function or group of functions, such as the acts and steps 
described below. 

[0029] When information is transferred or provided over a network or another 
communications connection (either hardwired, wireless, or a combination of hardwired 

w 

O I g ^ = or wireless) to a computer or mobile conmiunications device, the computer/device 
properly views the connection as a computer-readable medium. Thus, any such 
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^ a 2 ^ ^ above should also be included within the scope of computer-readable media. 
CONTROLLING ACCESS TO CONTACT INFORMATION 

[0030] Figure 1 illustrates a flowchart of a method having various acts for 
controlling how contact information is provided to requesting applications according to 
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one embodiment of the invention. The first illustrated act includes detecting a request 
for contact information from an application (act 110). This can be accomplished, for 
example, by monitoring requests that are made to a general contact information 
repository or to any number of specific application contact information registries. 
[0031] Various applications can request different types of contact information. For 
example, the hosting application can request telephone numbers, email addresses, 
physical address, names, personal identification numbers, credit card numbers, and so 
forth. 

[0032] According to one embodiment, however, the applications only request the 
contact information is required by the applications to perform an intended function, 
despite the availability of other contact information. For example, an email application 
may only require a name or alias and an email address. In other embodiments, 
however, applications may also request additional information that is not necessarily 
required, but that the application is configured to gather nonetheless. For example, an 
Intemet application may not need a user's telephone number, but may request it 
anyway, so that it can later be sold to a telemarketing company. In such circumstances, 
a user might find it desirable to prevent the application firom gathering unnecessary 
information. In such cases, the methods and interfaces of the invention can be utilized 
to prevent the application firom obtaining contact information that is not required by the 
application. 

[0033] In particular, the methods of the invention can include the act for 
determining whether an application has authorization to access the requested 
information (act 120). This can be based in part on whether the information is needed 
by the application and how it will be used. In one embodiment, for example, shown and 
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described below in more detail with reference to Figure 3, a user can be informed about 
the application's intended use for the contact information, as well as the types of contact 
information that are being requested by the user. Upon being informed, the user can 
then control whether the application is granted authorization to access the requested 
information or may instead choose to pick the information that is presented to the 
application. 

[0034] According to another embodiment, authorization is automatically performed 
through the use of access control lists (ACL's) that exist on the user's computing 
system. The ACL entry specifically granting access permission to the information 
requested by the application. 

[0035] Authorization can also be determined inherently through the interfaces that 
are described herein, such as, for example, by determining whether the contact 
information requested by the application corresponds with the information that is 
already associated with one or more personas that the user has selected to be made 
available to the application, either at the time the information is requested or at an 
earlier time. 

[0036] If it is determined that the application has authorization to access the 

a: 

Oh information, then the requested information is provided (act 130). However, if 

> I < B ^ 5 authorization has not already been granted to the application, and even in some cases 
< 1 1 o S u where it has, the user can still select the desired contact information or use a persona to 
K < - ^ ^ provide the application with appropriate information. 

[0037] A persona generally comprises contact information that can be used to 
describe a particular profile of a person. For example, a business persona may include a 
person's work address, work telephone number, work email address, a work alias or 
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title, and so forth. Whereas, a personal persona may include a personal cell phone 
number, private email address, home address, and so forth. 

[0038] As mentioned above, a user can have any nxmiber of personas. The personas 
can also be created or modified by the user, as described below, or implicitly defined by 
the user's interaction vsdth various applications. For example, if an application has 
previously asked for and obtained a user's home telephone number and address, the 
modules of the invention can enable such information to be tracked and automatically 
used to develop a corresponding profile or persona for the user. 

[0039] To help the user select an appropriate persona, the user's computing system 
or other computing system that has access to the user's contact information and 
corresponding personas proceeds to identify the available contact personas (act 150). 
[0040] In some cases, the user may not have any personas that are currently 
developed or that can be identified. In these circumstances, the identification of 
available contact personas can include the generation of default personas, even though 
the contact information provided within the default personas is wrong or missing. 
Thereafter, the user can modify the contact information that is associated with the 
various personas through an interface, as described below in more detail with reference 
to Figure 3. 

[0041] Identification of the available personas (act 150) can also include the process 
of determining who the logged on user is. If no one is presently logged onto the 
computing system, such that it is being used anonymously, the actual user may be 
prompted to log on or to otherwise identify themselves so that the user's personas can 
be identified. In other embodiments, the identity of the user is obtained fi-om the 
application that is requesting the contact information and that has in some way indicated 
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who the user is. In yet other embodiments, any number of the available personas that 
can be accessed by a computing system are identified, even though they may not all 
correspond to the person for whom contact information is being requested. 
[0042] Once the contact personas have been identified, they are presented to a user 
for selection, thereby enabling the user to select or otherwise identify the appropriate 
persona for which corresponding contact information will be provided to the requesting 
application (act 150). 

[0043] In one embodiment, the available personas are presented through an 
interface object that is integrated within the interface of the requesting application. For 
example, in Figure 2A, an email application interface 200 is shown to have an 
integrated profile menu object 210 that can be selected to display one or more of the 
identified personas. Integrating the interface object can be performed, for example, by 
actually modifying the application's Graphical User Interface (GUI) or by simply 
overlaying the GUI with the interface object. 

[0044] Although the interface object can be integrated within the interfaces of 
existing applications, it will be appreciated that in other embodiments, the interface 
object can also comprise a separate stand alone interface, menu, icon or other object that 

w 

O I ^ i is presented to the user independently of the application's interface. 
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>- 1 S S ^ D [0045] Figure 2B illustrates one embodiment in which the profile menu object 210 
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< i i o B w has been selected and expanded to reflect a list 220 of four distinct personas, a business 
^ < persona, a personal persona, an anonymous persona and an e-commerce persona. As 

described above, each of these personas can be associated with corresponding contact 
information that the user decides is relevant and appropriate for different applications. 
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[0046] In other embodiments, the user can also be presented with additional 
personas that have been identified and that might correspond with different people, such 
as for example, when the user has not yet been identified by the computing system 
though a logging on procedure. 

[0047] To protect contact information that may be confidential, such as, for 
example, personal identification numbers, social security numbers, bank accoxmt 
numbers, etc., security modules can also be provided to prevent a user from accessing 
or utilizing the personas of different users unless they have been authorized to do so. 
Such authorization may require the user to log in or to provide other certain information 
to verify their identity. 

[0048] In the present example, an email application has requested contact 
information about the user that will be included in metadata and headers for outgoing 
mail. The user may not have been made aware of this, but upon seeing the profile 
interface object 210, the user can be informed that the application is seeking certain 
information. To provide even more notice to the user, the interface object can be 
displayed in an even more notorious or evident manner. 

[0049] The user can be further informed about the information the application is 
seeking through a separate interface, such as, for example, the interface 300 shown in 
Figure 3, which can be launched from the interface object 210 or that can be 
automatically launched when the applications requests information. 
[0050] It can be useful to notify the user of an application's request for information 
because some requests are not explicitly made to the user, but instead are made to the 
user's computing system without the user's express knowledge. Likewise, some 
requests for information are made at times that predate the user's ultimate use of an 
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application, such that a reminder to the user of the application's request for information 
can be useful. 

[0051] Turning now to Figure 3, one embodiment of an interface 300 is provided 
that can be used to pick or otherwise select information that is associated with a profile. 
This interface 300 can be launched automatically in response to a request for 
information, or, altematively, in response to a specific request by the user. For 
example, the user can specifically request the interface at any time to develop and 
modify their corresponding personas. A user can also request the interface 300 
indirectly by selecting a persona from the interface object 210, as described above. For 
example, in the present embodiment, the user has selected the business persona from the 
list of available personas 220. This selection has caused the business profile or persona 
to be displayed in the information picker interface 300. 

[0052] The business profile currently includes fields for a business name (310), 

email address (320), physical address (330), and phone number (340), each of which 

can be populated with the appropriate information. This information can be added at 

any time, prior to the application requesting the information, or after. This information 

can also be modified by a user at the interface 300. 
w 

O § ^ 5 [0053] The types of information that are presented in the interface 300 can be 
I i< ^ ^ 5 limited to the specific information being requested by the application or, more broadly, 
< iioH w can include all types of related contact information that is associated with the user's 
2 ^ 2^5 corresponding persona. 
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[0054] The interface can also include additional information, such as the privacy 
value proposition 350 of the application and/or of the application's owners that will 
inform the user what the contact information will be used for. This privacy and use 
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information can be directly included in the interface 300, or, alternatively, it can be 
linked to from one or more objects, such as a hyperlink, that are provided by the 
interface 300. The privacy and use information can be specifically requested by the 
modules of the present invention as a prerequisite to providing the requested contact 
information to the applications. Alternatively, this information can be voluntarily 
provided without request. 

[0055] The next illustrated act is to determine which of the available persona 
information will be presented and the format in which it will be presented (act 160). In 
particular, a persona may include more information than a user wishes to make 
available to an application. Likewise, an application may not want all of the contact 
information that is made available by a persona. Accordingly, the request by the 
application can be automatically matched with the available information to identify the 
information that will be presented. Altematively, a user can be required to manually 
enter the information into the fields of the interface 300, and to explicitly approve the 
transmission of the information, if any, that is displayed by the interface 300. 
[0056] If at anytime the user wants to change the contact information that is being 
provided to the application, they can modify it through the interface 300 as mentioned 
above. 

[0057] The format in which the information is presented can also be specifically 
requested by an application. For example, an application might request the information 
be provided in a V-card format, in list, or in another format. 

[0058] The appropriate contact information that has been requested is then 
presented in the appropriate format (act 130). What is considered appropriate is 
generally application specific and corresponds to the application's request for 

- Page 17 - Docket No. 13768.467 



information as well as the persona that was selected by the user. By way of example, 
the appropriate contact information for an email application could include the business 
email address and business name of a user, if the user has specifically selected that the 
business persona be used to satisfy the application's request for information. 
[0059] It will be appreciated that by doing this, the user can control what 
information is published and used by the application. For example, the outgoing 
messages will include only the user's business name and email address to identify the 
sender. Likewise, if the user were to select the anonymous persona for a new email, the 
new outgoing email would then include an anonymous email address and name that 
would not identify the sender or that would only identify the sender in some anonymous 
way. 

[0060] Although the previous example is provided with respect to email 
functionality, it will be appreciated that the scope of the invention extends to other 
embodiments in which contact information is utilized by other application to enable 
different functionality. For example, other applications may utilize the methods and 
interfaces of the invention include applications that use contact information to initiate a 
telephony session, initiate a telephone call, initiate a network connection, initiate a 
gaming session, access a website, perform a financial transacfion, send material goods 
via postal mail, and so forth. These applications can be hosted by the user's computing 
system or by a remote computing system. 

[0061] It will be appreciated that the present invention, as it has been described, 
overcomes many of the problems with controlling how contact information is provided 
to applications. In particular, the interfaces that are provided by the present application 
and their use can enable a user to be informed of application requests for contact 
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information and can provide a user control over what information is gathered and how it 
is used by requesting applications. 
COMPUTING ENVIRONMENT 

[0062] It will be appreciated by those skilled in the art that the invention may be 
practiced in computing systems and network computing environments with various 
configurations, including personal computers, hand-held devices, multi-processor 
systems, microprocessor-based or programmable consumer electronics, network PCs, 
minicomputers, mainframe computers, and the like. The invention may also be 
practiced in distributed computing environments where tasks are performed by local 
and remote processing devices that are linked (either by hardwired links, wireless links, 
or by a combination of hardwired or wireless links) through a communications network. 
In a distributed computing environment, program modules may be located in both local 
and remote memory storage devices. 

[0063] With reference to Figxxre 4, an exemplary system that can be used, for 
example to develop aggregate user preference data and to perform many of the other 
acts and steps of the invention is provided. The illustrated system includes a general 
purpose computing device in the form of a conventional computer 420, including a 
processing unit 421, a system memory 422, and a system bus 423 that couples various 
system components including the system memory 422 to the processing unit 421. The 
system bus 423 may be any of several types of bus structures including a memory bus 
or memory controller, a peripheral bus, and a local bus using any of a variety of bus 
architectures. The system memory includes read only memory (ROM) 424 and random 
access memory (RAM) 425. A basic input/output system (BIOS) 426, containing the 
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basic routines that help transfer information between elements within the computer 420, 
such as during start-up, may be stored in ROM 424. 

[0064] The computer 420 may also include a magnetic hard disk drive 427 for 
reading from and writing to a magnetic hard disk 439, a magnetic disk drive 428 for 
reading from or writing to a removable magnetic disk 429, and an optical disk drive 430 
for reading from or writing to removable optical disk 431 such as a CD-ROM, DVD- 
ROM or other optical media. The magnetic hard disk drive 427, magnetic disk drive 
428, and optical disk drive 430 are connected to the system bus 423 by a hard disk drive 
interface 432, a magnetic disk drive-interface 433, and an optical drive interface 434, 
respectively. The drives and their associated computer-readable media provide 
nonvolatile storage of computer-executable instructions, data structures, program 
modules and other data for the computer 420. Although the exemplary environment 
described herein employs a magnetic hard disk 439, a removable magnetic disk 429 and 
a removable optical disk 431, other types of computer readable media for storing data 
can be used, including magnetic cassettes, flash memory cards, digital versatile disks, 
Bernoulli cartridges, RAMs, ROMs, and the like. 

[0065] Program code means comprising one or more program modules may be 
stored on the hard disk 439, magnetic disk 429, optical disk 431, ROM 424 or RAM 
425, including an operating system 435, one or more application programs 436, other 
program modules 437, and program data 438. A user may enter commands and 
information into the computer 420 through keyboard 440, pointing device 442, or other 
input devices (not shown), such as a microphone, joy stick, game pad, satellite dish, 
scanner, or the like. These and other input devices are often connected to the 
processing unit 421 through a serial port interface 446 coupled to system bus 423. 
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Alternatively, the input devices may be connected by other interfaces, such as a parallel 
port, a game port or a universal serial bus (USB). A monitor 447 or another display 
device is also connected to system bus 423 via an interface, such as video adapter 448. 
In addition to the monitor, personal computers typically include other peripheral output 
devices (not shown), such as speakers and printers. 

[0066] The computer 420 may operate in a networked environment using logical 
connections to one or more remote computers, such as remote computers 449a and 
449b. Remote computers 449a and 449b may each be another personal computer, a 
server, a router, a network PC, a peer device or other common network node, and 
typically include many or all of the elements described above relative to the computer 
420, although only memory storage devices 450a and 450b and their associated 
application programs 436a and 436b have been illustrated in Figure 4. The logical 
connections depicted in Figure 4 include a local area network (LAN) 451 and a wide 
area network (WAN) 452 that are presented here by way of example and not limitation. 
Such networking environments are commonplace in office-wide or enterprise-vsdde 
computer networks, intranets and the Intemet. 

[0067] When used in a LAN networking environment, the computer 420 is 
connected to the local network 451 through a network interface or adapter 453. When 
used in a WAN networking environment, the computer 420 may include a modem 454, 
a wireless link, or other means for establishing communications over the wide area 
network 452, such as the Intemet. The modem 454, which may be intemal or extemal, 
is connected to the system bus 423 via the serial port interface 446. In a networked 
environment, program modules depicted relative to the computer 420, or portions 
thereof, may be stored in the remote memory storage device. It will be appreciated that 
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the network connections shown are exemplary and other means of establishing 
communications over wide area network 452 may be used. 

[0068] The present invention can also be embodied in other specific forms without 
departing from its spirit or essential characteristics. The described embodiments are to 
be considered in all respects only as illustrative and not restrictive. The scope of the 
invention is, therefore, indicated by the appended claims rather than by the foregoing 
description. All changes which come within the meaning and range of equivalency of 
the claims are to be embraced within their scope. 
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